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[57] ABSTRACT 

A computer implemented method for market participants for 
automatically identifying and matching offer data with 
solicitation data, the solicitation data stored in a solicitations 
data base, the method comprising the steps of: receiving 
offer data consisting of numerical linear ranges defining a 
lower point, an upper point, and a preferred point for each 
dimension of the offer data storing the received offer data in 
a database; comparing points for each dimension of the 
stored offer data to corresponding dimensions of the solici- 
tation data to: identify solicitations with matching preferred 
points, identify solicitations with preferred points having a 
near match with the offer data when the upper point and the 
preferred point of the offer data are between the upper point 
and the preferred point of the solicitation data, and identffy 
solicitations with preferred points within corresponding 
ranges to the offer data when at least one of the lower point, 
the upper point, and the preferred point of the offer data is 
between the lower point and the upper point of the solici- 
tation data; transmitting the identified solicitations with 
matching preferred points, near matching preferred points, 
and preferred points within conesponding ranges to origi- 
nator of the offer data. 

19 Claims, 11 Drawing Sheets 
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Fig. 2 
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Fig. 2D Levels of Matching 
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Fig. 2E 
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Fig. 3 
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Fig. 4 ^ 
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METHOD FOR AUTOMATICALLY are processing intensive, impose burdensome computational 

IDENTIFYING, MATCHING, AND NEAR- storage requirements on vendors, do nothing to facilitate 

MATCHING BUYERS AND SELLERS IN negotiation, and operate on a binary match/no match basis 

ELECTRONIC MARKET TRANSACTIONS which excludes near-matches. 

5 EDI systems consist of private network connections 

This application claims benefit to U.S. provisional apph- between buyers and vendors. These network connections are 

cation Serial No. 60/064,540 filed Nov. 5, 1997. usually the product of a well-established relationship 

between the buyer and the seller, EDI systems do not 

BACKGROUND OF THE INVENTION facilitate shopping or information gathering; rather, they 

This invention relates to a method for automatically simply expedite order placement; thus, EDI offers few 

identifying and matching buyers and sellers in proposed advantages to both buyers and vendors. Buyers can enjoy a 

electronic commercial transactions. customized, automated electronic order system, while ven- 

^ J ♦PI* - dors can establish predictable sales to existing EDI custom- 

The most basic modem embodiment of electronic com- j . • ^ * 

. , r 1 * * 1 u J « ers. These advantages come with significant disadvantages, 

merce consists of a salesman using a telephone and a _ * . ? . j n •* * * . *u * 

. . , , . fU.^Jt i^fK^o mcludmg substanUal dollar commitments to create the 

facsimile machine to negotiate a sale with a customer. In this ^ . . . ^ 

system, two parties negotiate the various components of the ^V^^^^ f f ^^^^ ^^''^^ commitments, and large corn- 
transaction, which may include, among other things, the V^^^^^onal storage requirements. 

quantity of goods to be purchased, the performance sped- Though superior to the phone/facsimile system, these 
fications of the goods, the payment terms, and deUvery three conventional methods of electronic commerce offer 
requirements. Ifthe parties are informed and efiacient in their limited practical advantages to their users. They all offer 
bargaining, a transaction may be completed with one phone some degree of relief from the technical components of 
call. If there is uncertainty or ignorance on either side of the completing a sale. Mundane activities such as order place- 
transactions, several calls may be necessary to complete the ment or receipt and delivery are common among these 
transaction. The buyer may take time to solicit other sellers, systems. However, these systems vary in their sophistication 
shopping on the basis of price, availability, quality, and so and share common failings. Each system is slow, time- 
on. The seller, in the meantime, may have to investigate intensive, and expensive to initiate and maintain. Each one 
logistics issues, discount pricing possibilities, or the quantity requires some familiarity among buyers and sellers to per- 
of the goods in inventory. These activities cost both parties form a transaction. Finally, these systems fail to provide an 
time and money that could be better allocated to more efficient, widely accessible, secure, and transaction-dnven 
profitable pursuits. mechanism for conducting electronic commerce. 

Conventional electronic commerce systems exist to auto- Existing electronic systems for selling fungible goods, 

mate the documentation aspects of administering a supply or futures contracts, options, and commodities most closely 

distribution chain. In a retail sales environment, this means resemble an auction market. U.S. Pat. No, 3,581,072 to 

automating order placement and delivery of consumer 35 Nymeyer (1971) discloses a digital computer that matches 

goods. In an industrial, that is, business-to-business sales orders and establishes market prices in an auction market for 

environment, this can include automating a buyer's or fungible goods. The computer generated automatic market 

seller's inventory tracking and establishing electronic sys- pricing of goods, corrected for unpriced bids, recorded the 

terns for electronic order placement to replenish inventory. transactions, and minimized human judgment in price cal- 

Modern electronic commerce systems fall into three broad 40 culations. As disclosed, this system suffers from serious 

categories. omissions. First, price is the only transaction criteria used to 

Cbnventional systems of electronic commerce fall into determine compatibility of offers. Second, the computer 

three categories based on the metaphor used: Catalogs, does not accommodate usei^ internal computer and tele- 

Store-and-Searches, and Electronic Data Interchanges communications systems. Tlurd, the system completely 

(EDIs). Catalogs are systems of electronic commerce that 45 ^^^istics concerns from the assessment of cornpatibil- 

enable vendors to sell their ware to buyers via various public ity. Fourth, the system does not accornmodate diffenng 

networks, e.g. the Internet. Vendors display product descrip- payment terms among various buyers and sellers, 

tions in a catalog format; then, buyers browse through U.S. Pat. No. 4,789,928 to Fujisaki (1988) describes an 

numerous product descriptions and place their orders elec- auction information processing system. It allows buyers 

tronically. Catalogs offer vendors and buyers the advantage 50 scattered over a wide area to participate in an auction in 

of easy access to one another via one of several public real-time and without gathering at an auction site. Several 

networks. But Catalog systems have the disadvantages of computers are linked by telephone lines and arranged in a 

being slow, time -intensive for the user, and burdensome to hierarchical structure to expedite data transmission. These 

vendors regarding computational storage requirements. data consist of signals from a host to dealers and signals 

There is no negotiation process between vendor and 55 from various dealers and front computers to tiie host. The 

customer, nor is there a method for automatically matching host conducts the auction by signaling start times, end times, 

vendors and sellers. and sell-offs. The dealer and front computers transmit bid 

Store-and-Search systems improve on the Catalog meta- signals from auction participants through several layers of 

phor by using agents to simplify the shopping process. front computers to the host. Product information is stored at 

Buyers access agents over a proprietary network and use 60 the dealer level on laser discs. Price is determined by the 

them to gather product information from vendors. Buyers competitive bidding occumng at the dealer level, 

may then sift through the information, make a purchasing Like Nymeyer, Fujisaki does not address the other com- 

decision, and complete the transaction electronically. Store- ponents of the transaction electronically. In an auction 

and-Search systems operate without monopolizing the market the participants presumably know the rules or have 

users' time because agents perform the shopping fiinction 65 made arrangements for delivery and payment; hence, these 

for the users. But Store-and-Search systems can lag in their considerations are not a factor in the system. The auction 

responses to buyers. Additionally, Store-and-Search systems market requires some planning as well. Sellers must transmit 
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their product information well in advance of the auction 
itself. The system is not capable of accepting products for 
sale in real time. Additionally, the F\ijisaki disclosure 
describes a market where one seller at a time markets to 
many buyers, and only one transaction may be completed at 
a time. 

Prior art related to automated trading exchanges, like U.S. 
Pat. No. 4,903,201 to Wagner (1990) match bids to buy and 
sell on the basis of price and the terms of commodity 
contracts. Such disclosures are not designed to facilitate 
contract formation; thus, these disclosures do not provide a 
means for negotiation of terms. Likewise, such disclosures 
are not designed to facilitate contract execution. Thus, these 
disclosures do not provide a means for facilitating perfor- 
mance of a contract. 

Prior art related to matching systems, such as U.S. Pat, 
No. 5,077,665 to Siverman et al. (1991), U.S. Pat. Nos. 
4,412,287; 3,573,747; 3,581,072; and 4,674,044 implement 
matching systems, and Silverman incorporates broadcasting 
capabilities and suggests their use for disseminating market 
information. 

None of these systems provide for buyer and seller 
interaction. Nor do these disclosures address the problems of 
contract negotiation, formation, or performance. 

SUMMARY OF THE INVENTION 

Accordingly, the present invention overcomes these prob- 
lems by accomplishing the following objects: 



10 



15 



20 



25 



this includes the literal performance of a given transaction 
by integrating logistics and financing products into the 
market. 

Thus, these and other objects of the invention are satisfied 
by a computer implemented method for market participants 
for automatically identifying and matching offer data with 
solicitation data, the solicitation data stored in a solicitations 
data base, the method comprising the steps of: receiving 
offer data consisting of numerical linear ranges defining a 
lower point, an upper point, and a preferred point for each 
dimension of the offer data storing the received offer data in 
a database; comparing points for each dimension of the 
stored offer data to corresponding dimensions of the solici- 
tation data to: identify solicitations with matching preferred 
points, identify solicitations with preferred points having a 
near match with the offer data when the upper point and the 
preferred point of the offer data are between the upper point 
and the preferred point of the sohcitation data, and identify 
solicitations with preferred points within corresponding 
ranges to the offer data when at least one of the lower point, 
the upper point, and the preferred point of the offer data is 
between the lower point and the upper point of the solici- 
tation data; transmitting the identified solicitations with 
matching preferred points, near matching preferred points, 
and preferred points within corresponding ranges to origi- 
nator of the offer data. 

Other objects of the invention are satisfied by a computer 
implemented system for identifying and matching buyers 
and sellers in electronic market transactions, the system 
comprising: a solicitation database containing solicitation 



a. providing exchange participants with prospective partners 30 data comprising: a party component, a product component, 
in an exchange without requiring the participants to a logistics component, and a finance component, each com- 
physically gather and analyze information from second- poncnt having multiple dimensions and each of the multiple 
ary sources; dimensions expressed in a linear numeric scale; a participant 

b. providing exchange participants with individual market interface enabling buyers and sellers to enter data into the 
summaries that describe the opportunity costs associated 35 solicitation database; an account registry hnked to the solid- 
with a given transaction; tation database containing account information of the buyers 

c. providing exchange participants with a system of elec- and sellers, the account information comprising: account 
tronic commerce that accommodates additional aspects of holder identification, bank information, and authorization 
transactions other than price and quality; agents; an archive database linked to the solicitation data- 

d. providing a system of matching and bargaining based on 40 base and the account registry storing transaction contracts 



the many variable dimensions of a transaction between 
market participants; 

e. providing a system of matching participants that expedites 
contract formation; 

f. providing a system of matching participants that stream- 
lines the performance of an exchange; 

g. providing a system that integrates with market partici- 
pants' internal systems; 

h. providing a system of matching participants that over- 



resulting from matching buyers and sellers and related 
contract logistics information derived from solicitation data 
and account information for the matching buyers and sellers; 
and a system gateway routing contract logistic information 
45 to buyers, sellers, and third parties. 

Still other objects of the invention are satisfied by a 
system for facilitating transactions between participants 
comprising: a gateway computer; an interface connected to 
the gateway computer for receiving solicitation data from 



comes such barriers as differing languages, disparate units 50 and sending solicitation and transaction data to the partid- 



of measurement, and disparate units of currency; 
i. providing a system of matching participants with differing 

network platforms, protocols, and system requirements; 
j. providing a system of matching anonymous participants 

that arranges the performance of a negotiated exchange; 55 

and 

k. providing a system of matching market participants that 
generates an auditablc, unalterable record of offers and 
exchanges. 

Additionally, the present invention provides a system for 60 
matching market participants that facilitates cross-country 
and cross-border trading without requiring the user to con- 
duct time-consuming and costly investigation into the fea- 
sibility of an exchange. This enables participants to define 
their offers in terms of multiple dimensions with varying 65 
scales and creates a virtual marketspace that describes the 
opportunity costs inherent in the bargaining process. Further, 



pants; an account registry database connected to the gateway 
computer for storing account information for each of the 
participants; a solicitation database connected to the gate- 
way computer for storing solicitation data received from the 
participants; and computing means connected to the gateway 
computer, the account registry database and the solicitation 
database for matching solicitation data from the participants. 

Further objects and advantages of this invention will 
become apparent to those skilled in the art from the follow- 
ing detailed description particularly in view of the accom- 
panying Figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a diagram of the matching system. 
FIG, la shows a market space for a given product, 
FIG. lb shows a transaction space for a given product 
consisting of two intersecting bargaining ranges. 
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FIG. 2 shows an overview of the process of matching a ventional calendar date formats converted into Julian dates 

given offer with other corresponding solicitations. plotted along an axis. Products are expressed in numerical 

FIGS 2A-B show the tests used to compare offer data form by using an accepted, linear coding system, such as the 

points with solicitation data points for matching. Standard Industrial Classification Code or the North Amcn- 

FIGS. 2C-E show the various levels of matching data ' Industrial Classification System. Delivery DcsUnaUons 

: I.e. geographic areas, may be converted to linear numerical 

J scales through the use of latitude and longitude conversions 
HG. 3 shows the bargainmg process and creation trans- ^j^^^j Positioning System coordinates. AdditionaUy, the 
action pomts. participant interface can be configured to enable buyers and 
HG. 4 shows the process of creating a firm contract ^^^^^^ ^ solicitation database 200 without sub- 
between the exchange participants. jj^i^^^g solicitation data. 

DETAILED DESCRIPTION OF THE A computing means that can be part of the system 

INVENTION gateway 80, or mounted on a separate server or computer 

^ J, , r,. • -ii ♦ •„ connected to the system gateway 80 communicates with the 

An embodiment of the present mvenuon IS Illustrated in ^^^^^^ ^ solicitation database 200. Tliis 

FIG. 1. The present mvention consists of a metod o responsible for matching offer and 

operating an electronic marketplace where a plurality of ^^^^^^^J^ ^ata from market participants and notifying 

buyers and sellers acce^ the marketplace using remote ^^^^^^^^^ ^j^^ ^^j^^ing data of the results of any such 

computers equipped via a direct dial up connection or any of operations. 

a number of pubbc and pnvate computer networks. While ^ ^ l-^ 

the method of operating an elcctiDnic marketplace system ^ The geomettic object 10 m FIG. 1« is a graphical expres- 

described herein is directed toward a network (i.e. a local sion of a market participant s simpLfied offer using pnce. 

area network or a wide area network) of separate computers, delivery dates, and product quantity as the dimensions 

the present system can be operated on any combination of necessary to define his demand. In the preferred 

computers or a single computer. ^5 .'^ ""^^ have a number of addi- 

/ , . „„ 1 , .• • . •„..rf,~ tional dimensions sufficient to completely descnbe the otter. 

A system gateway 80 or market participant interface e4>ressions of solid- 

which may be a separate computer or program on a single ^^^^ ^ intersecting points of these two polyhe- 

computer, controls entry and registration of buyers and ^ boundaries of negotiation 40 between the 

sellers (market participants) into the marketplacejnfomia- J^^^^ soUdtation. 

uon related to the registration of buyers and seller, uch as 3^ gi ^ ^^^^^ ^ .helansaction space, i.e. the 

Identity data, can be ''&^f'.f^^^°''°°'J^^^^ space within which the parties can bargain to complete an 

with entry of offer or solicitation data. The participant P ^^^^ J^^^^^ ZlidU.tion database, 

interface can be configured to translate data from a^^^ ^ ^^^^^^^ ^^^^^ 

format language, etc. used by buyeB and selle^ into system J „f ^„ object-oriented format, 

readable data. I.e. translating the offer data and market data 35 ^. / ..... 

by formatting it into uniform, multidimensional data objects. Another server funaions as the system s archive database 

AdditionaUy, the system gateway 80 is responsible for 300. The archive database 300 contains a permanent record 

transmitting transaction data to the market, i.e. the buyers of all the completed negotiations taking place withm the 

and sellers system. Exchange records include the parties identity, the 

Offer daia from the originator's computer (the originator 40 the product, quantity, P^ce logistic^ 

ofofferdatamaybeeitherbuyersorsellersdependingonthe information, and all other information re^evan to he 

, „ J , . . / J • *!. 1 * 1 \fl exchanee. Transaction records stored in the system s archive 

kmd of transaction being brokered in the marketplace) flows cAL-uaugt . xi au^a^uuu j 

^ , ,t , c *■ J^r^.i.., database 300 may be stored m numerous forms common m 

to a computer server that functions as an account registry uavaua^>v ^ j 

100. The account registry 100 contains account information "^^ 

for each of the market participants, for example, the iden- 45 The manner of using this matching system differs from 

tities of registered usere, user bank accounts, electronic mail others existing at present. As FIG. 2 iUustrates, an origmator 

addresses, and designated levels of selHng and purchasing of an offer enters the market 90 (standing soUcitations) by 

authority within the marketplace. This information may be sending multi-dimensional offer data 400 to the market's 

stored in numerous forms; the preferred embodiment con- account registry 100 via the system gateway 80 or a com- 

sisting of an object-oriented format. (The term "market 50 puting means for comparison against a table of registered 

participants" is intended to refer to originators of offer data market participants. The participant may not access the 

and originators of soUcilation data.) system if his identity cannot be verified by the Account 

Another computer server functions as a solicitation data- Registry 100. If the originator of the offer has his account 

base 200. The solicitation database 200 contains all of the verified, then the data 400 is written to the venficaUon 

transaction solicitations data submitted by buyers and sellers 55 database 200. 

for the market. Solicitation data are expressed in terms of As illustrated in FIG. la, the generic offer and solicitation 

multiple dimensions of a transaction. (The term "solicitation each contain three dimensions: price, product quantity, and 

data" is used to refer to data from originators soliciting delivery date. In practical use, an offer and solicitation may 

contracts existing in the solicitation database prior to the contain any number of dimensions necessary to adequately 

entry of offer data.) Offer data and solicitation data can 60 describe features necessary to a particular marketplace. (See, 

involve buying or selling tangible goods, services, requests for example, co-pending U.S. patent application Ser. No. 

for proposals, requests for quotes, etc.; and can contain the 09/186,801, Attorney docket 15267-1, titled A Method for 

following dimensions: a function identifier, a party Communicating Information Inherent to Economic 

identifier, a delivery destination, a product identifier, a price. Transactions, J. 0. Luke and S. M. Sweeney, filed Nov, 5, 

a payment date, and an offer origination date. These com- 65 1998). Each dimension has a linear scale upon which a range 

ponents are expressed in numeric terms on a linear scale. For of transaction terms may be plotted. The product quantity 

example, the Delivery Date component can consist of con- dimension in FIG. la contains a point describing the maxi- 
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15 



mum quantity desired, a preferred quantity desired, and a s^<Oi, 
minimum quantity necessary to satisfy the party^s needs. 
The delivery dimension can contain, for example and not 
Hmitation, a linear scale of Julian dates which enables the 
solicitor to plot a latest acceptable delivery date, a preferred 
delivery date, and an earliest acceptable delivery date. The 
price dimension contains a maximum point, a minimum 
point acceptable, and a preferred point. For the purpose of Oa<Sf. 
discussing this example, these three offer dimensions define 
the solicitor's "market" for a particular product. In the 
preferred embodiment, the market consists of as many 
dimensions as are necessary to accurately express the solici- 
tation. 

Returning to the discussion of FIG. 2, the computing 
means or the computer on which the solicitation database 
200 is mounted sorts through standing solicitations submit- 
ted by market participants. Offer data 400 are compared to 
the standing solicitations data in the solicitation database 
200 using searches to define the existing market space given 
the offer data. These searches involve comparing points for 
each dimension of the offer data to corresponding dimen- 
sions of the solicitation data to identify matching preferred 
points 205, identify near matching preferred points 206, 
identify preferred points within corresponding ranges 207, 
or identify preferred points within disparate ranges 208. 25 

The algorithm for comparing points is illustrated in FIGS. 
2A and 2B where each search is numbered to correspond to 

FIG. 2. The search operation begins by comparing each Ot;>Scr; and Sy>Oi, 

solicitor's preferred point Sp from each solicitor's range S^, 
Sp, S^/ . . . , with the offer data's preferred point Op from the 
offer data's range O^, Op, 0^;, . . . (where the superscripts 
L, P, U, refer to lower, preferred, and upper points, 
respectively). (As used herein, outstanding offers, whicb 
may be buys, sells, requests for contracts or quotes, etc., 
already in the system are referred to as "solicitations" and 
new offers are referred to as "offers.") If two points are 
equal, then the preferred points plotted along that particular 
dimension arc identical. FIG. 2C, level 205, illustrates a 
perfect match along one dimension. Any other result indi- 
cates that the preferred points do not correspond exactly. A 
perfect match is expressed mathematically as 

Op=Sp 205.1 

where O is offer data, S is solicitation data, and p indicates OL>Si,; and Su>Ot^ 

the preferred data point on a given dimension. 

The present example illustrates an offer and solicitation as 
having only a single dimension for the sake of simplicity, i.e. 
O and S represent a single dimension of offer data compared 
to a single dimension of solicitation data. This example is in 
no way meant to limit the scope of the present invention. In 50 
fact, the invention is specifically meant to include multidi- 
mensional offer data and solicitation data that match exactly 
when the soUcitation's preferred points and the offer data's 
preferred points are equal in all dimensions. That is the 
originator of the offer data and the originator of the solici- 55 
tation data are in agreement on delivery destination, product, 
price, payment date, an offer origination date, etc., for 
example. The results of test 205 are output to a hst of perfect 
matches 205.2, An exact match in every dimension would 
have congruent dimension ranges and preferred points. 60 

All offers that drop through test 205 are then tested to see 
if they are near matches with any solicitations 206. The test 
is illustrated in greater detail in FIG. 2A 206. First, the 
offer's minimum data point, O^,, of a given dimension is 
compared to the solicitation's preferred data point, Sp, on 65 
the corresponding dimension. This is expressed mathemati- 
cally as 



206.1 



where 0 is offer data, S is solicitation data, ^ indicates the 
lower range limit, and p indicates the preferred data point. 

If this is true, then the offer passes on to level 207 testing 
for overlapping bargain ranges. If this is not true, then a 
second test for the upper range of a near match is performed: 
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206.2 

where 0 is offer data, S is soUcilation data, y indicates the 
upper range limit, and p indicates the preferred data point. 

If this is true, then the solicitation passes on to level 207 
testing for overlapping bargain ranges. If this is not true, 
then the dimension is a near-match 206.3. That is the offer 
data's preferred point and upper limit fall within the pre- 
ferred point and the upper limit of the solicitation data for 
the particular dimension being tested. FIG. 2C illustrates a 
near-match 206. A near match can also thought of as offer 
data and solicitation data that contain intersecting dimension 
ranges and incongruent preferred points. 

When the offer data is not a near match, level 207 
determines if the offer data and solicitation data have pre- 
ferred points within corresponding ranges on a given dimen- 
sion. Such data ranges indicate the possibility for agreement. 
The two-step tests 207.1, 207.2, 207.3, and 207.4 determine 
the extent and type of corresponding ranges, as illustrated in 
FIG. 2B. The tests are expressed mathematically as 

207.1 

where O the offer data, S is solicitation data, ^ indicates the 
upper range Umit, and ^ indicates the lower range limit (Test 
207.1 is illustrated in both FIG. 2A and FIG. 2B.) 

If both statements are true, then the sohcitation is added 
to the list of level 207 matches. FIG. 2D, number 207.1 
illustrates such an overlap. If not, the next pair of tests is 
applied: 

Sj,>0^; and Ou>St^ 207.2 

If both statements are true, then the sohcitation is added 
to the list of level 207 matches. FIG, 2D, number 207.2 
illustrates such an overlap. If not, then the next pair of tests 
is applied: 

207.3 

If both statements are true, then the sohcitation is added 
to the list of level 207 matches. FIG. 2D, number 207.3 
illustrates such an overiap. If not, then the next pair of tests 
is applied: 



Ot/>S£_>; and S^>0^ 



207.4 



If both statements are true, then the sohcitation is added 
to the list of level 207 matches. FIG. 2D, number 20.74 
illustrates such an overlap. If not, then the solicitation 
neither matches nor overlaps the offer's bargaining range. 
Together, the level 207 tests identify solicitation data with 
preferred points within corresponding ranges to the offer 
data. That is sohcitation data where at least one of the lower 
point, the upper point, and the preferred point of the offer 
data is between the lower point and the upper point of said 
solicitation data. Or, the offer data and the solicitation data 
contain intersecting dimension ranges and incongruent pre- 
ferred points. 

Sohcitations not classified as matches at levels 205, 206, 
or 207 have no potential for successful negotiation. Such 
disparate matches labeled level 208, are illustrated in FIG. 
2E. 
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Solicitations that match the offer data's data points at 
levels 205, 206, and 207 of congruence (i.e., perfect match, 
near match, or overlapping bargaining ranges) are sorted, 
listed, and transmitted to the originator of the offer data 
according to their level of congruence (i.e. level 205 match 
on every dimension, level 205 match on some dimension 
with some level 206 matches, no level 205 matches, but 
some level 206 and level 207 matches, etc.). 

Non-matching solicitations (level 208) are completely 
incongment with the offer data's data points and ranges. 
Completely incongment data, level 208 data, would not be 
reported or published to the originator of the offer data. 

All solicitations in the market space match at level 205, 
206, 207, or 208. The kinds of match are the market for the 
originator's offer data as shown in FIG. 2 step 209. The 
market space, i.e. all the identified solicitations ranked 
according to congruence is transmitted to the originator of 
the offer data. (Ranking according to congmence, for 
example, could involve ranking matched data in order of 
proximity between ranges of the stored solicitation data and 
preferred points of the offer data.) The originator programs 
his system to format and display the market space according 
to his needs at step 210. Of course, the originator may set 
levels of congruence overall, or levels of congmence for 
specific dimensions, or any combination, for example in 
order to help him identify an exchange partner, step 220. 

FIG. lb is an illustration of two solicitations that have 
partially congment bargaining ranges 20 and 30. In FIG. lf>, 
the offer and solicitation have differing price ranges and 
delivery dates, but perfectly corresponding product quantity 
ranges and preferred points. The shaded area 40 is where the 
data intersect and where there is some willingness on the 
part of both parties to negotiate a transaction. These three 
offer categories comprise the market for the offer data. 

If necessary to preserve the marketplace, the maximum 
and minimum ranges defined in the solicitation data may be 
withheld from the originator of the offer data. In which case 
the maximum and minimum expressions would remain in 
the solicitation database. Only the solicitation's preferred 
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the offer data then evaluates the offer and reaches a decision. 
Of course, the evaluation can be a fully automated transac- 
tion based on parameters chosen by the originator of the 
offer data or the solicitation data,) If the exchange 
participant, that is the originator of the solicitation data, 
accepts 530 the proposition, then the two parties have agreed 
to an exchange of resources based on the originator of the 
offer data's preferred points. Depending on the transaction, 
marketplace protocols, etc. both the offer data and solicita- 
tion data containing the bargaining ranges for participants of 
the exchange are deleted 531 from the solicitation database. 
The agreed upon transaction space, i.e. the terms of the 
transaction, are then written 532 in to the archive database 
(300 in FIG. 1). 

If the exchange participant does not accept the 
proposition, then the exchange participant, i.e. originator of 
the solicitation data, may either reject 550 and terminate the 
negotiation 600 or he may counter offer 540 to the originator 
of the offer data for evaluation. 

In FIG. lb J the price and delivery ranges for the originator 
of the solicitation data diverge from the price and data 
ranges (i.e. dimensions) for the originator of the offer data, 
but not completely, as the shaded intersection point 40 
illustrates. In FIG. 3, this new set of preferred data points 
data would travels through the account registry and be 
routed back to the originator of the offer data for consider- 
ation (not shown). The originator of the offer data may then 
choose to accept 541 the counter offer from the originator of 
the solicitation data, reject the counter offer 542 and termi- 
nate the negotiation 600, or reject the counter offer and 
create yet another counter offer 543 for the originator of the 
solicitation data to consider. This negotiation process may 
continue for as long as is necessary to reach agreement on 
the terms of an exchange. 

FIG. 4 illustrates the process of creating a firm contract 
within the matching system. When the exchange participant 
and the originator of the offer data reach agreement on the 
particulars of an exchange 60, each originator signals 70 the 
account registry 100 to inform the system of an impending 



data points would be transmitted to tht originator of the offer 40 contract formation. The account registry 100 then queries its 



data for evaluation. This market information would be sent 
to the account registry 100 for delivery to the originator of 
the offer data. Optionally the internal computer system of the 
originator of the offer data formats bundled data points from 
matching solicitation data for display in the preferred fash- 45 
ion. The originator of the offer data then evaluates the 
matching solicitations and selects a desired exchange par- 
ticipant. 

FIG. 3 illustrates the negotiation process employed by 
two parties, an orginator of offer data and an originator of 50 
solicitation data to create an exchange of goods, once the 
originator has identified solicitation data that fits his needs 
and identified an exchange partner 220. (See step 220 of 
FIG. 2. Once selected, the originator of the offer data sends 
his selection for a potential partner back to the account 55 
registry (100 in FIG. 1) for account verification 510. 

The system submits the offer data in the form of numeric 
data points to the exchange participant 520, who evaluates 
the proposed transaction and either accepts 530, counter 
offers 540, or rejects 550 the proposition. (Evaluation of the 60 
proposed transaction by the originator of the solicitation data 
is accomplished in the same manner as the solicitation data 
was evaluated by the originator of the offer data: The offer 
data from the account 100 is sent to the originator of the 
solicitation data. Optionally the internal computer system of 65 
the originator of the data formats the data points of the offer 
data for display in the preferred fashion. The originator of 



records to determine the destination of confirmation mes- 
sages from the matching system to the participants' super- 
visor agents. The account registry 100 contains a hierarchy 
of registered agents and the limitations of each agent's 
authority within the system. Limits upon the agents' author- 
ity may be expressed in terms of monetary floors or ceilings, 
specific product ranges, particular periods of time, and 
designated geographic regions. In the preferred 
embodiment, agents' authority limitations are expressed in 
real numeric values. 

A message is sent to each participant's supervising agent 
120, 140, e.g. a supervisor or controller, for authorization of 
the contract. Each supervisory agent may evaluate the offer 
data and either authorize the transaction or block the trans- 
action. (Of course, the supervisory agent may be an indi- 
vidual or a virtual agent, or a combination of an individual/ 
virtual agent, where the virtual agent can automatically 
approve transactions within preset parameters, for example, 
and the individual makes decisions for transactions outside 
the preset parameters.) If both supervisory agents authorize 
the contract, then the transaction information flows back to 
the Solicitation database, where the transaction receives a 
unique contract identification number. 

In the preferred embodiment of the system, the logistics 
and finance dimensions of the transaction are formatted into 
offer data. The data are sent either directly to logistics and 
finance vendors for quotes or electronic markets for such 
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services 600. The solicitation database server 200 or a main 
server, for example, sends the firm contract 500 to the 
archive 300 for permanent storage, while simultaneously 
deleting the posted solicitation from the solicitation database 
(see, 531 in FIG. 3). s 

Accordingly, the reader will see that the system for 
automatically identifying and matching buyers and sellers in 
electronic market transactions can expedite transactions by 
matching parties with compatible ranges on the many prod- 
uct dimensions, by furnishing users with a more accurate 
description of the market for a user's particular good or 
service, and by enabling the parties to bargain over exchange 
issues other than price. In addition, the matching system 
allows users to describe their products or services as com- 
pletely as they wish through multi-dimensional offer objects 
and negotiation parameters. The matching system uses 
standardized, linear numeric scales to define offer 
dimensions, which allows users to convert offer data into 
any format within the users' internal systems. The matching 
system maintains a permanent record of all confirmed 
exchange agreements, which enhances record keeping and 
verification mechanisms for market participants. In addition, 
the system's Solicitation database analyzes the offer objects' 
logistics and finance dimensions and routes specific offer 
objects to logistics and finance vendors, thereby facilitating 
performance of exchanges formed within the system. 
Furthermore, the matching system has the following addi- 
tional advantages: 

It matches market participants according to the congru- 
ence of preferred points between the offer data and 
solicitation data. This permits flexible matching of 
buyers and sellers based on the sum of an offer's 
dimensions as opposed to simply one dimension of a 
transaction e.g. price. 
It allows market participants to visually evaluate trade- 35 
offs and opportunity costs by displaying solicitation 
data to originator of the offer data as a collection of 
preference ranges plotted along a linear scale or a 
standardized hierarchical classification system con- 
verted to a linear scale. 4Q 
It allows for authorization of purchases and sales at 
additional levels of authority within a market partici- 
pant's parent entity. 
It facilitates economic transactions without compromising 
valuable or useful information by transmitting data 45 
comprised of numbers that are meaningless when taken 
out of context. 
It allows electronic commerce to take place without 
consuming significant bandwidth because market par- 
ticipants submit offer and solicitation data as relatively 50 
compact offer objects. 
Although the description above contains many 
specificities, these should not be construed as fimiting the 
scope of the invention but as merely providing illustrations 
of some of the presently preferred embodiments of this 55 
invention. For example, offer data may be expressed in an 
object-oriented programming language and stored in an 
object-oriented database; different means of accessing the 
system include wireless and remote connections; market 
spaces and transaction spaces may be displayed in tabular 60 
form rather than graphical form, etc. 

Thus the scope of the invention should be determined by 
the appended claims and their legal equivalents, rather than 
by the examples given. 

What is claimed is: 65 
1. A computer implemented method for market partici- 
pants for automatically identifying and matching offer data 



with solicitation data, said solicitation data stored in a 
solicitations data base, said method comprising the steps of: 

receiving offer data consisting of numerical linear ranges 
defining a lower point, an upper point, and a preferred 
point for each dimension of said offer data; 

storing the received offer data in a database; 

comparing points for each dimension of the stored offer 
data to corresponding dimensions of said solicitation 
data, said solicitation data consisting of numerical 
Unear ranges defining a lower point, an upper point, and 
a preferred point for each dimension of said solicitation 
data, to: 

identify solicitations with matching preferred points, 
identify solicitations with preferred points having a 
near match with said offer data when said upper point 
and said preferred point of said offer data are 
between said upper point and said preferred point of 
said solicitation data, and 
identify solicitations with preferred points within cor- 
responding ranges to said offer data when at least one 
of said lower point, said upper point, and said 
preferred point of said offer data is between said 
lower point and said upper point of said solicitation 
data; 

transmitting the identified solicitations with matching 
preferred points, near matching preferred points, and 
preferred points within corresponding ranges to an 
originator of said offer data. 

2. The computer implemented method of claim 1, further 
comprising the steps of: 

completing bargaining by receiving from originator of 
said offer data acceptance of one of the transmitted 
solicitations; 

confirming transaction terms arising from the completed 
bargaining; 

storing the confirmed transaction terms in an archive; 

analyzing logistics and finance requirements imbedded in 
the confirmed transaction terms; 

routing said logistics and finance requirements to logistics 
and finance vendors; and 

purging the solicitation database of the solicitations com- 
prising the confirmed transaction terms arising from 
said completed bargaining process. 

3. The computer implemented method of claim 2, further 
comprising the steps of: 

receiving a counter-offer to one of the transmitted solici- 
tations from originator of said offer data; 

transmitting the received counter-offer to originator of the 
chosen solicitation; 

completing bargaining by receiving acceptance of the 
transmitted counter-offer from originator of the chosen 
solicitation; 

confirming transaction terms arising from the completed 
bargaining; 

storing the confirmed transaction terms in an archive; 

analyzing logistics and finance requirements imbedded in 
the confirmed transaction terms; 

routing said logistics and finance requirements to logistics 
and finance vendors; and 

purging the solicitation database of the solicitations com- 
prising the confirmed transaction terms arising from 
said completed bargaining process, 

4. The computer implemented method of claim 1, wherein 
said market participants submit said offer data and said 



11/21/2003, EAST version: 1.4.1 



6,131,087 



13 



14 



10 



15 



solicitation data through market participant interfaces 
executed on a computer, said market participant interfaces 
translating said offer data and said market data by formatting 
it into uniform, multidimensional, data objects. 

5. The computer implemented method of claim 1, further 
comprising the steps of: 

verifying offer data against market participant account 

information stored in an account registry; 
accepting said offer data into said solicitation database; 
matching said offer data with stored solicitation data 

containing congruent dimension ranges and preferred 

points; 

matching said offer data with stored solicitation data 

containing congruent dimension ranges and incongru- 

ent preferred points; 
matching said offer data with stored solicitation data 

containing intersecting dimension ranges and incon- 

gruent preferred points; and 
ranking the matched data in order proximity between 20 

dimension ranges of said stored solicitation data and 

preferred points of said offer data. 

6. The computer implemented method of claim 1, further 
comprising the steps of: 

displaying matching solicitation data to originator of said 25 
offer data; 

accepting from originator of said offer data a message 
identifying a corresponding offer over which to nego- 
tiate; 

notifying originator of the displayed matching solicitation 
data of said corresponding offer over which to negotiate 
from originator of said offer data; 

accepting a response from originator of the displayed 
solicitation data; and 

notifying said originator of said offer data of willingness 
of originator of the displayed solicitation data to nego- 
tiate. 

7. The computer implemented method of claim 6, further 
comprising the steps of: 

transmitting counteroffers between originator of said offer 
data and originator of the displayed solicitation; 

accepting a signal from originator of said offer data and 
originator of the displayed solicitation indicating agree- 
ment upon terms and formation of a contract; 

transmitting confirmation notices to an agent for origina- 
tor of said offer data and an agent for originator of the 
displayed solicitation; 

accepting acknowledgement of the transmitted confirma- 
tion notices from said agents; 

assigning a unique identification number to said contract; 
and 

storing said contract in an archive database. 

8. The computer implemented method of claim 7, further 
comprising the steps of: 

isolating logistics components of said contract; 
analyzing dimensions of the isolated logistics compo- 
nents; 

labeling the analyzed dimensions with said unique iden- 
tification number of said contract; 

formatting the labeled analyzed dimensions into a multi- 
dimensional logistics offer object; 

routing said multidimensional logistics offer object to a 
logistics gateway; and 

exporting said multidimensional logistics offer object 
through said logistics gateway to a logistics vendor. 
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9. The computer implemented method of claim 8, further 
comprising the steps of: 

isolating finance components of said contract; 

analyzing dimensions of the isolated finance components; 

labeling the analyzed dimensions with said unique iden- 
tification number of said contract; 

formatting the labeled analyzed dimensions into a multi- 
dimensional finance offer object; 

routing said multidimensional finance offer object to a 
finance gateway; and 

exporting said multidimensional finance offer object 
through said finance gateway to a finance vendor. 

10. A computer implemented system for identifying and 
matching buyers and sellers in electronic market 
transactions, the system comprising: 

a solicitation database containing solicitation data com- 
prising: a party component, a product component, a 
logistics component, and a finance component, each 
component having multiple dimensions and each of 
said multiple dimensions expressed in a linear numeric 
scale; 

a participant interface enabling buyers and sellers to enter 
data into said solicitation database; 

an account registry linked to said solicitation database 
containing account information of said buyers and 
sellers, said account information comprising: account 
holder identification, bank information, and authoriza- 
tion agents; 

an archive database linked to said solicitation database 
and linked to said account registry for storing transac- 
tion contracts resulting from matching buyers and 
sellers and related contract logistics information 
derived from solicitation data and account information 
for said matching buyers and sellers; 

a computer means automatically matching buyers and 
sellers according to congruence of preferred points 
plotted along dimensions of components of said solici- 
tation data; and 

a system gateway routing contract logistic information to 
buyers, sellers, and third parties. 

11. The computer implemented system of claim 10, where 
said participant interface translates data in buyer or seller 
formatting into system-readable data. 

12. The computer implemented system of claim 10, where 
said participant interface also enables buyers and sellers to 
query said solicitation database without submitting solicita- 
tion data. 

13. The computer implemented system of claim 10, where 
said product component identifies a product chosen from the 
group consisting of tangible goods, services, requests for 
proposals, and requests of quotes. 

14. A system for facilitating transactions between partici- 
pants comprising: 

a gateway computer; 

an interface connected to said gateway computer for 
receiving multidimensional offer data and multidimen- 
sional solicitation data from and sending said solicita- 
tion data and transaction data to said participants, at 
least one dimension of each of said offer data and said 
solicitation data having an upper point, a lower point 
and a preferred point; 

an account registry database connected to said gateway 
computer for storing account information for each of 
said participants; 
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a solicitation database connected to said gateway com- 
puter for storing said solicitation data received from 
said participants; and 

computing means connected to said gateway computer, 
said account registry database and said solicitation 
database for matching said offer data with said solici- 
tation data from said participants by comparing said 
dimensions. 

15. The system for facilitating transactions of claim 14, 
where matching solicitation data is a perfect match between 
prefeaed points plotted along all dimensions of components 
of said solicitation data. 

16. The system for facilitating transactions of claim 14, 
where matching solicitation data is a near match of preferred 
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points plotted along all dimensions of components of said 
solicitation data. 

17. The system for facilitating transactions of claim 14, 
where said computing means, said account registry database, 
and said solicitation database are all mounted on said 
gateway computer. 

18. The system for facilitating transactions of claim 14, 
where matching solicitation data is solicitations with pre- 
ferred points within corresponding ranges of said offer data. 

19. The system for facilitating transactions of claim 14, 
where matching solicitation data is ranked in order of 
proximity between dimension ranges of said solicitation data 
and preferred points of said offer data. 
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